home *** CD-ROM | disk | FTP | other *** search
/ Language/OS - Multiplatform Resource Library / LANGUAGE OS.iso / cpp_libs / readme.ti < prev    next >
Text File  |  1993-07-10  |  2KB  |  43 lines
  1. COOL.tar.Z    (fontana@csc.ti.com, stenger@csc.ti.com)
  2.  
  3. IV-PM.tar.Z
  4.         A partial port of InterViews 2.6 to run on OS/2
  5.         through Presentation Manager, in addition to running
  6.         on Unix using the X Window System.
  7.         (stenger@csc.ti.com)
  8.  
  9. clue.tar.Z    compressed tar file of source files for CLUE (Common LISP
  10.         User-Interface Environment)
  11.         (kimbrough@dsg.ti.com)
  12.  
  13. clx.tar        tar file of source files for CLX (Common LISP X Interface)
  14.  
  15. clx.tar.Z    tar file of source files for CLX
  16.  
  17. clxman:        directory of CLX documentation files
  18.   *.doc          Interleaf ASCII source files for CLX documentation
  19.   *.ps          postscript printer output files for CLX documentation
  20.   doc.tar.Z      compressed tar file of *.doc files
  21.   ps.tar.Z      compressed tar file of *.ps files
  22.  
  23. compress.lisp:    compress for Explorer
  24.  
  25. en.tar:        news reader for Explorer, talks to NNTP daemon
  26.         (keith@csc.ti.com)
  27.  
  28. oath.tar.Z    (bmk@csc.ti.com)
  29.         The source code for the release 0.7 of the
  30.         experimental C++ class library OATH (Object-oriented
  31.         Abstract Type Hierarchy).  OATH provides implicit
  32.         memory management (in the form of reference counting
  33.         and garbage collection) for objects of OATH types.  A
  34.         more robust technique than traditional smart pointers,
  35.         called "accessors", is used to maintain reference
  36.         counts.  OATH supports heterogeneity by providing a
  37.         "safe cast" from base types to derived types.  The
  38.         OATH hierarchy is based upon a methodology of
  39.         separating abstract types from implementation types,
  40.         allowing abstract type hierarchies that are more
  41.         consistent with the concepts being modelled because
  42.         they are unaffected by implementation issues.
  43.